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© A Local Area Network (LAN) adapter is provided. The adapter includes both a main processor and an 
auxiliary processor. The auxiliary processor operates under the control of dedicated hardware in the form of a 
horizontally microcoded datapath. This allows more than one operation to occur in a single adapter bus cycle, 
thus speeding up the frame transfer rate whilst not sacrificing other operational parameters. The auxiliary 
processor operates in this manner to take over some of the tasks / operations formerly taken on by the main 
processor. 
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This invention relates to a processor having frame-processing acceleration capabilities for use with, for 
example, Local Area Network (LAN) Systems, 

It is well known to provide Communications Processors integrating complete LAN subsystems and 
examples of such processors include the TMS 380Cx6 family produced by Texas Instruments Incorporated. 
5 The TMS 380Cx6 family provides processors which can provide both Token-Ring and Ethernet Network 
protocols. 

A typical LAN adapter (the TMS 380Cx6) 100 is shown in Figure 1. The LAN adapter includes the 
following main functional blocks: a host system interface (SIF) 102; a local microprocessor (CPU) 104; a 
Protocol Handler (PH) 106; and a memory interface (MIF) 108. 

io The SIF provides an interface for the transfer of data and control information between the adapter 100 
and the Host processor. It comprises a direct VO (DIO) interface, and an intersystem Direct Memory Access 
(DMA) controller. The DIO is used for the transfer of command and status information, interrupt passing, 
and system initialization. The DMA controller is used by the LAN adapter CPU for the DMA transfer of data 
between the host and the adapter. 

is > The PH is the LAN controller responsible for the Media Access Control (MAC) level transmission and 
reception of frames. It is a list-driven machine that can transmit and receive frames without processor 
intervention. It has an interface to the PHY level network interface device 110. 

The adapter CPU controls the overall LAN adapter. CPU instructions are fetched from the external 
memory 112 connected to the MIF. In DRAM based systems CPU code is down-loaded from the host 

20 (using DIO) at initialization. The CPU is responsible for a number of adapter functions including: 
Executing network frame-level MAC and SMT protocols; 

Providing a high-level command interface to the host through SIF DMA operations; 

Transferring frames between host and adapter: 

Managing adapter buffer storage; and 
25 Managing the reception and transmission of network frames. 

The MIF provides a glue-less DRAM memory interface to the other adapter functions. The memory 
interface bus provided by the MIF also supports external bus masters that can access Memory or internal 
adapter registers. 

The diagram also shows the connection of the adapter to the Host bus 114 to local DRAM memory 
30 (112) and to the Network interface device 1 10. 

The performance of TMS 380Cx6 adapters is constrained by the management tasks of the CPU, and 
the complexity of the high-level host interface. 

The CPU is directly involved in the transfer of every frame between host and the adapter. Each frame 
transfer to and from the adapter requires a minimum of three individual DMA transfers by the SIF. As the 
35 SIF is a true "dumb" DMA controller the CPU must set-up and verify each individual transfer. 

The CPU is also responsible for PH management. Although the PH is far more autonomous than the 
SIF, the CPU is still responsible for managing the adapter receive queues and adapter buffer resources. In 
order to meet the requirements of the Token-Ring MAC protocol it must always ensure there is a buffer 
available for the reception of certain high-priority "Express-buffer" frames. It also has to filter unwanted 
40 frames and recycle frame buffers to the receiver. 

The execution of MAC and SMT protocols requires little adapter horsepower and has no real impact on 
performance. 

Small packet performance, i.e. the ability to processes individual frames at a high frequency, has 
become an important industry benchmark for adapter performance. The adapter software overhead of 

45 integrated adapters cause them to perform badly in such benchmarks in comparison with simpler Ethernet 
(IEEE802.3) adapters, where the host CPU directly controls the Ethernet LAN controller. 

Improving the small packet performance of integrated adapters can be tackled in a number of ways. 
Simplifying the host interface; increasing the performance of the local processor; or integrating functions 
into hardware. However, changes to an existing design are constrained by economic and market forces. The 

so costs and time-to-market of a complete system redesign may be uneconomic, whilst changes in the 
external interface of the adapter that affect software drivers will cause problems for existing users. 

In the case of the TMS380 for example, improvements to the known LAN adapter architectures had just 
such constraints; namely the need to improve short-frame performance from 6K frame/second to a figure 
more comensurate with the theoretical limit of 55K frames (16 Mbit/s T.R.). 

55 A traditional approach to this problem would be to increase the device clock rate. This has direct impact 
on adapter CPU performance, and requires little design changes. However for architectures which are 
based around direct coupling to low-cost DRAMS, the performance of such devices and the design of local 
buses is such that only modest (25-50%) performance improvements are available by clock scaling. Use of 
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SRAMS might allow up to a 100% performance improvement, but would be more costty and be reaching 
the limits of scalability of the bus design. Use of page mode to burst data to and from DRAM could allow 
higher clock speeds, but is prevented by the single-cycle arbitration requirements of the existing adapter 
functions. 

5 Given the limits on adapter CPU speed-up, then an alternative is to remove it from the critical path, and 
implement the critical path operations on a faster piece of hardware. The critical path in achieving high 
frame throughput is the transport of frames through the adapter to the host and all related per-frame 
housekeeping work. For example the critical path code for receiving frames in for example the TMS380 
adapter consists of code scanning for, filtering, and removing frames from the PHs linked-list buffer 

io structure, and code managing the SIF in order to transfer frames to Rx list structures in the host memory. 
Fortunately, aside from filtering between MAC and LLC frames, this critical path is independent of the 
Token-ring MAC protocols. This means that using a different processor for execution of the critical path 
does not require rewriting MAC protocol code, which can continue to be executed on the local processor. 
Analysis of the TMS380 critical path code shows that the code execution time is primarily limited by 

is adapter CPU instruction fetches. About 80% of adapter CPU bus cycles are Instruction fetches. An auxiliary 
processor with a seperate code space would avoid this, freeing bus bandwidth for data operations. Efficient 
use of this extra bandwidth would cut the critical path execution time to 20% of its current value. However 
efficient use of this extra bandwidth requires use of either a high-speed auxiliary processor, or dedicated 
hardware. 

20 A (Digital Signal Processor) DSP core would seem to make an attractive candidate for the auxiliary 
processor. A high enough clock rate, and pipelining of local bus transfers, would ensure that it used every 
available adapter bus cycle. Its general programmability would provide system flexibility, and allow code 
development in parallel with hardware. However, it is very much an "Over-kill" solution, being much more 
costly in silicon area than dedicated hardware. This would limit opportunities for integration onto the 

25 TMS380 adapter chip. 

Accordingly, one object of the present invention is to provide a means of improving the frame rate of a 
LAN adapter whilst overcome at least some of the disadvantages of the above mentioned solutions. 

According to one aspect of the present invention there is provided a Local Area Network (LAN) adapter 
for connecting a host system to a Network providing an interface between the network and the host; 

30 including a main processor and an auxiliary processor including operating means adapted to carry out a 
number of operations normally performed by the main processor, thereby increasing the frame transfer rate 
of the adapter. 

This has the advantage of relatively high speed frame transfer and overcomes at least some of the 
disadvantages of the prior art. 

35 Further advantages of prefered features of the invention include the fact that dedicated hardware in the 
form of a horizontally microcoded datapath, can yield most of the advantages of the DSP approach, whilst 
avoiding its complexity and cost. Many CISC microprocessors, including the TMS380 adapter CPU, are 
based on horizontally microcoded datapaths. Microcode in a control ROM is used to control the datapath in 
the various states of a CISC instruction. The wide instruction word of horizontal microcode is used to control 

40 the datapath functions directly. This makes horizontal microcode more powerful than conventional processor 
instruction sets, as the full potential of the datapath can be used. However, the wide instruction word is very 
inefficient in terms of storage versus a conventional processor instruction set. 

Horizontal microcoding makes a good fit with the requirements of the auxiliary processor. The object of 
the auxiliary processor is to use every adapter bus cycle. If the datapath has sufficient parallel functions to 

45 allow all internal operations to be carried out in parallel with adapter bus cycles, then the datapath need 
only execute at bus cycle rate. This has the twin advantages of reducing the performance requirements of 
the datapath, and reducing the amount of microcode storage required. 

The auxiliary processor does not need to execute a lot of code, the object of the exercise is after all to 
reduce the execution time of the critical path. So coding inefficiency is not such a problem. 

so According to a second aspect of the present invention there is provided an auxiliary processor for use 
in a Local Area Network (LAN) adapter, which adapter provides an interface between a network and a host 
and includes a main processor, wherein the auxiliary processor includes operating means adapted to carry 
out a number of operations normally performed by the main processor, thereby increasing the frame 
transfer rate of the adapter; further comprising a microcontroller having a horizontally microcoded datapath 

55 with a control store means adapted to store customisable microcode for operating predetermined applica- 
tions, in use. 

The auxiliary processor for an adapter that is based on a horizontally microcoded datapath is provided. 
It stores microcode in SRAM rather than ROM which gives flexibility in code development, whilst not 
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precluding later ROM based devices, or ROM based integration onto the adapter chip. 

The auxiliary processor is responsible for all frame transfers between the host and the network. In order 
to do this, it must manage adapter hardware: the PH (LAN controller), and SIF (Host DMA controller); and 
control the allocation of frame buffers in adapter memory. It also needs to provide services to the local 

5 processor to allow it to send and receive MAC frames. Additionally, it must do ail of this in a manner 
consistent with the existing host software interface. 

The PH is an intelligent LAN controller that sends and receives frames autonomously through linked- 
lists of frame buffers. In order to manage the PH the auxiliary processor (FPA) needs to manipulate these 
lists and the data they contain. The SIF, in comparison, is a dumb peripheral. SIF DMA operations must be 

io set up one at a time, by writing to the SIFs control registers. Both peripherals require the FPA to make 
many local bus transfers, and it is the number of these transfers that sets a limit on FPA performance 
(Cacheing is of little use as adapter data as the frame buffers change dynamically as frames as sent and 
received). This limitation was a key influence in the design of the FPA. It means that the internal processing 
speed of the FPA is less important than its ability to efficiently use adapter bus cycles, and use the 

75 minimum of them. 

Hardware state machines that snoop frame information as it is transferred on the local data bus are 
used to improve FPA performance by reducing the number of memory accesses needed to collect 
information. This technique is especially useful for managing received frames. Maximum throughput of a 
IEEE802.5 token ring is approximately 55K frames/second, prefiltering frames in hardware can substantially 

20 improve performance under such a high loading. Current adapters under such a load are so busy filtering 
(i.e. throwing away) frames that very few frames get to the host. 

Collection of network statistics also benefit from bus snooping. Normally it is the TMS380 processor 
which collects statistics. This places a considerable burden on receive frame processing. However, the FPA 
snoops the relevant information and counts relevant events in its statistics registers. 

25 Another important aspect of the FPA design is managing concurrent operations. The command block 
host interface, the store and forward architecture, and the full duplex nature of Token ring mean that the 
FPA manage a number of tasks concurrently. Scheduling and task context switching time is an important 
contributer to frame processing time if implemented as software (microcode), so the FPA implements these 
functions in hardware. 

30 Network operations that manage the protocol handler take highest priority (with Rx before Tx), followed 
by CPU "commands" and lastly SIF operations. The SIF host interface scheme requires three virtual 
channels: Frame Rx, Frame transmit and command/status transfers. These three SIF channels are 
implemented as three microcode subtasks, scheduled on a non-preemptive round-robin system by hard- 
ware. This ensure fair processing bandwidth allocation between receive and transmit, preventing either 

35 channel "hogging" the DMA functions. For instance, it allows the host to transmit frames under extreme 
receive congestion. 

Reference will now be made, by way of example, to the accompanying drawings, in which: 
Figure 1 is a block diagram of a prior art LAN adapter; 

Figure 2 is a block diagram of a LAN adapter according to the present invention; 
40 Figure 3 is a block diagram of a high-level architecture of the auxiliary processor in Figure 2; 
Figure 4 is a block diagram of the microcontroller of the Figure 3 auxiliary processor; 
Figure 5 is a flow chart for illustrating one mode of functioning of the Rx Statistics State Machine of 
Figure 3; 

Figure 6 is a flow chart for illustrating a second mode of functioning of the Rx Statistics State Machine of 
45 Figure 3; 

Figure 7 is a flow chart for illustrating the operation of the Tx Statistics State Machine; 

Figure 8 is a diagram of the register map of the auxiliary processor; 

Figure 9 is a diagram showing the bits in the FCTL register of Figure 8; 

Figure 10 is a diagram showing the bits in the FIP register of Figure 8; 
so Figure 1 1 is a diagram showing the bits in the FCMD register of Figure 8; 

Figure 12 is a diagram showing the bits in the FINT register of Figure 8; 

Figure 13 is a diagram showing the bits in the FMASK register of Figure 8; 

Figure 14 is a diagram showing the bits in the FRLEN register of Figure 8; 

Figure 15 is a diagram showing the bits in the VREG register of Figure 8; 
55 Figure 16 is a diagram showing the bits in the XREG register of Figure 8; 

Figure 17 is a diagram showing the auxiliary processor statistics registers in Token-Ring mode; 

Figure 18 is a diagram showing the auxiliary processor statistics registers in Ethernet Mode; 

Figure 19 is a diagram of the register map of the auxiliary processor, during reset; 
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Figure 20 is a diagram showing the bits in the FADR register, during reset; 
Figure 21 is a diagram showing the bits in the RAMI register; 
Figure 22 is a diagram showing the bits in the RAM2 register; 
Figure 23 is a diagram showing the bits in the RAM3 register; 
5 Figure 24 is a diagram showing the bits in the RAM4 register; 
Figure 25 is a diagram showing the bits in the RAMS register; 
Figure 26 is a diagram showing the bits in the RAM6 register; . 

Figure 27 is a flow diagram for illustrating the datapath in the auxiliary processor microcontroller; 
Figure 28 is a diagram showing the auxiliary processor entry point allocation scheme; 
w Figure 29 is a flow diagram for illustrating the prioritization of SIF tasks; 

Figure 30 is a flow diagram for illustrating the operation of the Rx DUPADR state machine; 

Figure 31 is a diagram showing the pin assignments for an auxiliary processor according to the present 

invention; and 

Figure 32 is a block diagram of the auxiliary processor of the present invention. 

is Referring initially to Figure 2, a LAN adapter 200 is illustrated. The adapter includes a first main 
processor 202, which in this case, is a member of the TMS 380Cx6 family. The main processor 202 is 
shown in greater detail in Figure 1. The adapter further includes an auxiliary processor 204; a network 
interface 206 connected to network 208; a memory 210 and an adapter bus 212 to provide communication 
between the first processor, the auxiliary processor and the memory. The auxiliary processor provides 

20 hardware to accelerate the frame processing rate of the main processor 202. The CPU of the processor 202 
is responsible for frame transport between network and host via host bus 214 gathering adapter and 
network statistics local network management and Media Access Control (MAC protocols). The auxiliary 
processor puts the adapter performance bottlenecks of frame transport and statistics gathering into 
dedicated hardware, leaving the CPU of processor 202 to run MAC and management protocols and other 

25 non-performance critical functions. The auxiliary processor is responsible for: 

Management of all processor PH (Protocol Handler) operations, such as all receive and transmit 
queues; 

Management of adapter buffers (memory management) by allocating them to appropriate queues as 
required; 

30 Management of frame transfers to and from the host system. The auxiliary processor interprets and 
acts on Host Rx/Tx list information to transfer frames between the adapter and host. It is solely responsible 
for all frame Rx/Tx list operations in normal operation. Exceptional conditions such as error recovery are 
dealt with by the CPU of processor 202; and 

Gathering of Adapter and Network statistics in dedicated hardware counters. The auxiliary processor 

35 has to be responsible for statistics gathering as the CPU is no longer involved in the routine transfer of 
frames. 

Referring to Figure 3, the overall high level Architecture of the auxiliary processor is shown. It is made 
up of a number of major functional areas, each of which is described in more detail below. 

Network Statistics register 302 provides a set of 16 byte-wide incrementer registers, to maintain adapter 
40 and network statistics. 

A bus cycle tracking logic block 304 monitors the adapter bus for certain significant bus cycles and 
indicates their presence to the Statistics SMs and the microcontroller. 

A Tx statistics state machine 306 collects Tx statistics and monitors ongoing auxiliary processor (FPA) 
transmissions for the microcontroller. 
45 An Rx statistics state machine 308 collects Rx statistics and stores information about received frames in 
the Rx frame control FIFO for use by the microcontroller. 

An Rx frame control FIFO 310 transfers information about received frames between the Rx statistics SM 
and the microcontroller. FIFO storage provides the microcontroller with latency in servicing incoming 
frames. Its contents pass useful frame information to the microcontroller such as frame-type, whether to 
so reject the frame or not and if it is a single or multibuffer frame. 

Control registers 312 are the main interface between the main processor CPU and the auxiliary 
processor (FPA). A command register initiates auxiliary processor functions, a status register reports back 
on their status and interrupt registers allow the auxiliary processor to interrupt the CPU. 

A bus interface and address decode block 314 provides the interface between the auxiliary processor 
55 and main or communication processor bus. The auxiliary processor is both a bus master and a slave. The 
address decode, is used to decode register accesses to control and statistics registers in stave mode. For 
microcontroller bus-master cycles this block generates the appropriate memory bus signals for the cycle. 
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A microcontroller 316 is provided which is a horizontally microcoded datapath with an SRAM control 
store. All buffer management, frame transfer and SIF management are accomplished by the microcontroller. 
Separate state storage latches and scheduling logic allow it to prioritize activity between all the different 
FPA tasks. 

5 The architecture of the microcontroller is shown in greater detail in Figure 4. 

A control store 402 is provided which holds the microcontroller program or microcode (ucode). 

Normally, control stores are implemented as ROM, but the auxiliary processor control store is Read Access 

Memory (RAM). This gives the auxiliary processor the potential for customized ucode sets for particular 

applications. Because almost all auxiliary processor functionality is driven by the stored ucode, design risk 
to is substantially reduced because ucode debug can take place without hardware modification. 

The Control store is implemented as a 1024x80 SRAM. It is indirectly accessible from the control 

register set 404 during intialization to allow ucode load (and verification). The 1024 states are accessed by 

way of a 10 bit state address from the Ramadr (0:9) bus 406. The 80 RAM outputs are used to control 

microcontroller operation and as outputs to other FPA blocks. 
75 An Entry point and schedule logic block 408 provides initial state addresses for ucode execution. The 

Entry point logic provides a set of hardwired values that can be used as Control Store addresses. Normally 

each ucode state provides the address of the next state to be executed, but under certain conditions this 

address is replaced by an Entry point address. 

The Scheduler (part of 412) provides inputs 410 and 411 which prioritize the states of the different 
20 ucode tasks using their states (stored in the Task state (411) latches), and external stimuli from the 

Statistics S.M.s (410) to determine which ucode sequence should be executed next and to create its Entry 

point (state address). When a ucode sequence completes it can request the Entry point logic to cause 

ucode execution to switch to the next scheduled task. 

Task state latches 412 allow the microcontroller to multi-task between duties by storing necessary state 
25 information. For example, that the SIF receive task is awaiting the completion of a Rx-list DMA. Task state 

information is used by the scheduler to determine which ucode should be executed next. Some state bits 

can be used as the basis of conditional ucode jumps. 

A conditional uJump logic block 414 provides simple conditional branches in ucode execution by 

allowing a selected condition to alter the least significant bit of the next state address. Each ucode state 
30 holds the address of the next state to be executed. The conditional uJump logic modifies the Least 

Significant Bit (LSB) of this address if the selected condition is true. This of course requires that the 

addresses of the two possible outcomes of the branch are assigned addresses that differ only in their LSBs. 
A datapath 416 is provided which consists of a simple Arithmetic Logic Unit (ALU) 418 and five general 

purpose registers, 420. 422, 424, 426 and 428. In addition the datapath receives a 16 bit constant value 
35 from the Control store. Under ucode control the datapath is used to create all auxiliary processor (FPA) bus 

cycles and perform all arithmetic operations. Data values may be tested and used to make conditional 

branches in the execution of ucode states. 

A return address latch 430 provides a rudimentary ucode subroutine ability. It allows ucode to store a 

return address before jumping to a shared sequence of ucode states, at the end of which execution is 
40 returned to the stored address location. A dedicated return address field in the ucode state allows return 

addresses to be stored on almost any state. This allows significant compaction of ucode by reuse of 

common code. 

The control store has a number of Control outputs 432 that allow ucode to signal and control the other 
auxiliary processor blocks. For instance they allow the ucode to create interrupts to the main processor 
45 CPU, through setting bits in the interrrupt register (part of the control register block). 

The auxiliary processor is a combination of hardwired monitoring functions and microcoded tasks. The 
statistics S.M.s and the Bus cycle tracking logic do the monitoring, the Microcontroller executes the tasks. 

The statistics S.M.s and the Bus cycle tracking logic monitor adapter operates in realtime to determine 
what the auxiliary processor needs to do. They produce status signals (or FIFO data) which are used by the 
so Microcontroller Scheduler to prioritize ucode tasks. 

The Microcontroller executes ucode as a number of "tasks" each of which is a sequence of ucode 
states that implements a particular function. Tasks are controlled by the scheduler and dispatched through 
the entry point logic. These hardware functions are roughly equivalent to the scheduler and dispatcher 
functions of a multi-tasking operating system, but at a much simplified level. The tasks supported by the 
55 auxiliary processor hardware are listed below in priority order (note: SIF tasks are prioritized in a Round- 
Robin manner which wilt be described in greater detail below). 

The PH receiver task (PH-RX) deals with frames received from the network by the PH. Using 
information supplied in the Rx Frame Control FIFO it assigns frames to an appropriate queue, or discards 
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them if necessary. It has responsibility for ensuring the PH has data butters in which to receive from, and 
maintain the MAC buffer needed to support Token-Ring MAC operations. 

The PH transmitter task (PH-TX) is responsible for transmit retries (Token- Errors) and recycling TX 
frame buffers. 

5 The User Command tasks (USER-CMDS) are used to initialise the other tasks and to provide service 
functions. For example, Free_Buffer and Get_Buffer commands provide the LAN Adapter CPU (or main 
processor CPU) with access to the adapter free buffer queue which is managed by microcode. User 
Commands are requested by the adapter CPU setting the corresponding FPA command register bit. 

The SIF receiver task (SIF-RX) transfers frames passed to it by the PH-RX task to the host using SIF 
w DMA. Its role is to create the Rx list structure seen by the Host. 

The SIF transmitter transfers frames from the host and passes them on to the PH transmitter hardware. 
Its role is to create the Tx list structure seen by the Host. 

The SIF user task (SIF-USR) provides the adapter CPU with a DMA transfer service. This is the only 
method by which the CPU can perform DMAs in normal operation. This service would normally be used by 
rs the CPU for Command and Status block transfer etc. 

In order to explain the inter-relationship between the hardware and the various ucode tasks, each will 
be dealt with in turn. 

The PH-RX task operates in conjunction with Rx control FIFO, and Rx Statistics S.M. task in the 
following manner. Frame reception is the auxiliary processors most challenging duty, for it cannot directly 
so limit the flow of- incoming frames. The combined system of ucode task and hardware must be capable of 
reliable operation under adverse loading and with wide variation of frame size. Under saturation conditions 
adapter performance at discarding frames is almost as important as accepting them, as both require 
auxiliary processor processing bandwidth. 

In order to stream-line the processing of received frames, filtering duties are performed by the Rx 
25 Statistics S.M. and filtering information is passed to the ucode through the Rx FIFO. The Rx Statistics S.M. 
gathers this information "on-the-fly" as the frame is written to memory (through the services of the Bus 
Cycle tracking logic), and provides it as a simple code to the Rx FIFO. The following codes are passed to 
the microcontroller through the Rx FIFO: 

REJECT indicates that a frame is in error and its frame buffers should be re-used. As the Rx Statistics 
30 S.M. maintains error statistics directly, by incrementing the appropriate error counter so there is no need for 
the PH-RX task to know the reason for rejection. 

MULTIBUF indicates that the frame is more than one buffer in length. This information allows the ucode 
to have a stream-lined path for single-buffer frames. Short single-buffer frames have the most demanding 
performance requirements, while multibuffer frames though requiring more processing, arrive at a lower 
35 rate, as they must be at least one buffer (1Kbyte) in length. 

FRAME TYPE indicates the type of frame and hence its ultimate destination. The only frame types 

supported are MAC and Non-MAC frames. FRAME_TYPE is set to a one for MAC frames and to a zero for 
all non-MAC frames. If the Auxiliary Processor control register (FCTL) ETHNET bit is set then 

FRAME TYPE will always be zero. The FCTL will be described in greater detail below. 

40 The Auxiliary Processor as previously indicated, is capable of snooping information from the local bus. 
This is intended to indicate the situation where the auxiliary processor captures information from the bus, by 
monitoring PH memory operations. This has the advantage that it is not necessary for the auxiliary 
processor to later go and read information relating to received frames from the buffers/This speeds up the 
operation of the auxiliary processor. The snooping occurs as data is transferred from the LAN to the local 
45 memory on the bus. In this manner, the auxiliary processor can identify the types of frame being transferred 
as the data is actually being transferred. Frame type information is needed to determine the destination of 
received frames (whether they are to be processed by the host or the local CPU). In addition, the auxiliary 
processor can determine the status of frame reception by monitoring status as it is written into memory by 
the Protocol Handler. 

so In prior art systems, by comparison, the information relating to frame type and status could only be 
determined after frame reception was complete, and the CPU interrupted. This often took the CPU a 
number of memory cycles which caused delay to the processing of frames. 

With status information the auxiliary processor can also determine the error codes from the Protocol 
Handler for the frames, for example too many collisions, CRC errors, etc. The Auxiliary Processor decodes 
55 these error codes from the bus and uses them to increment appropriate error counters. 

In general if an error code of any sort is detected the frame carrying that code is rejected and disposed 
of. Only when the frame is good will the frame be accepted and go on for some other useful purpose. 
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The PH_RX task has four ucode Entry points issued by the scheduler. These different Entry points are 
scheduled based on the state of the Rx FIFO, the Rx Statistics S.M. and MACINUS latch. The MACINUS 
state latch is a single latch bit which can be set or cleared by ucode (using the SETSTATE and STATE 
outputs). This bit is used to indicate use of the Token-ring MAC (or Express) buffer. This is a reserved 
5 buffer, used to maintain MAC operation even when all other receive buffers have been consumed (ie in 
congested stations). The latch status indicates whether or not this reserved buffer is in use. Its value is used 
by the schedule to determine if ucode using the MAC buffer can be scheduled or not. 

If the Rx Statistics S.M. indicates RXDRY &a RXSTOP then the "DRY" entry point is used. This is an 
indication that the PH receiver has stopped although there are buffers on the receive queue. This is 

io because the PH RX microcode added these buffers to the queue just after the PH read a zero list forward 

pointer. If the ucode saves the address of the last buffers written to the tail of the queue, it can quickly 
restore PH reception from this entry point. 

tf the Rx Statistics S.M. indicates RXSTOP && RXDRY and the MACINUS latch is not set the EXB entry 
point is used. This is an indication that the PH receiver has stopped and the MAC "express" buffer should 
75 not be used. The ucode at this entry point should quickly restart the PH using this buffer, and set the 
MACINUS flag. 

The REJECT Entry point has lower priority than DRY or EXB. If there is data from the Rx Statistics S.M. 
in the FIFO and this data indicates REJECT this entry point is used. This is an indication that the next frame 
to be serviced should be returned to the tail of the receive queue for re-use. 

20 The ACCEPT Entry point also has lower priority than DRY or EXB. If there is data from the Rx Statistics 
S.M. in the FIFO and this data indicates ACCEPT this entry point is used. This is an indication that the next 

frame to be serviced should be passed on (if possible) to the receive queue indicated by FRAME TYPE as 

address index to locate the address of the destination queue. This indirection allows the selection of which 
frame types are passed on to the SIF queue (managed by SIF_RX) for forwarding to the host, and which 

25 are processed by the Token-ring MAC task. 

The SIF tasks provide the illusion of three independent intelligent DMA channels to the host through a 
single simple DMA controller. To do this they must: 

Share use of the SIF DMA controller so that one task does not exclude the others. This is especially 
important in Receive congestion where a high receive loading must not prevent frame transmission. 

30 Execute a series of individual DMAs in order to provide the list interface. For example the TMS380 Rx- 
list interface for frame reception requires three separate DMAs per frame. One to read the list that 
describes the frame destination, one (at least) to transfer the frame, and one to write back frame status and 
length to the list. 

The SIF DMA controller has no queuing capability, so the SIF ucode must wait for each DMA to be 
35 complete in order to determine if it is successful, before setting up another DMA. SIF code, therefore, 
executes as a sequence of code segments, each separated by a DMA transfer during which the task waits. 

These requirements are achieved by the SIF task scheduling scheme implemented by the Scheduler 
and Task state latches. 

The Scheduler maintains a record of the current active SIF task (S!F_RX, SIF_TX or SIF_US). Tasks 
40 are scheduled on a Round-Robin basis only when the current active task "defers". The active task can 
determine if other tasks are waiting by conditionally branching on DEFEREQ. This non-preemptive scheme 
ensures any on-going DMAs is completed, and any necessary data stored, before task switching. 

The active SIF task can disable itself until a DMA operation completes. During this time other (non-SIF) 
tasks can run. On DMA completion, and if no other higher priority tasks are active (ie: PH or User), it will be 
45 restarted using an Entry point based on the contents of its Task state latches. 

Each SIF task has three state storage bits in the Task state latches block. These bits are used to both 
indicate the "State" of the task and control its next ucode Entry Point. 

A state of Zero or One indicates the task is idle and should not be Scheduled. An idle task does not 
take part in the Round-Robin process, 
so A state of One is the "Suspended" state. This state is used to indicate the task is idle but not "dead" or 

uninitialized. The Suspended states both the SIF RX and SIF_TX tasks can be tested for by ucode 

conditional branches. These states allow the PH tasks to determine that their partner SIF task has 
suspended due to lack of work. The PH task can then restart the SIF task if necessary by writing the 

appropriate task state bits. For example, the SIF RX task will enter this state if the SIF receive queue is 

55 empty (no frames left to transfer). The PH_RX process will then wake it up when a frame is received. 

The other states are used to indicate that the task is active, and to indicate which ucode Entry point to 
use. Each state has a separate Entry Point. These states are normally used to indicate which segment of 
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ucode to run next after DMA completion, or deference to another task. 

The PH_TX task operates with the Tx Statistics S.M. and functions as follow. Frame transmission is 
supported by a non-queued system based on the main processor TURBOMAC code. Frames are passed to 
the PH transmission one at a time rather than being queued, as this simplifies transmit list management. 
5 This also simplifies the duties of the Tx Statistics S.M. and the PH_TX task. 

The Tx Statistics S.M.s duties are to detect that the PH has ended transmission of buffers and/or of the 
whole frame. This information is used to schedule the two PH_TX Entry Points EOB and EOF: 

If the Tx Statistics S.M. detects an End_Of_Buffer (EOB) condition (PH clearing the Buffer STS field) 
for Tx, this Entry Point is scheduled, ucode should recycle the transmitted buffer back to the transmit 
10 queue. If the SIF_TX process has suspended waiting for buffers it should be woken-up. 

If the Tx Statistics S.M. detects an End_Of_Frame (EOF) condition (PH writes the Buffer STS field 
with the EOF bit set) for Tx, this Entry Point is scheduled, ucode should write back frame status to the 
appropriate list CSTAT, and recycle the transmitted buffer back to the transmit queue. If the SIF_TX 
process has suspended waiting to send another frame it should be woken-up. Should a Token-Ring 
;5 transmission have completed with a Token-Error error code, the frame should be resent. This is the only 
condition under which retransmission is necessary, and it can only occur on the first frame buffer. 

There are a number of microcode symbols used with this invention. These are listed below with their 
intended meaning. 

20 CONST(x) 

Sets Constant to specified value x. This is a 16 bit value. 
TMPn>DO 

25 

Places the contents of register n on the DO (Data Out) bus. 
Eg TMPODO places contents of register 0 on the DO bus. 

CONST>DO 

30 

Places the Constant on the DO (Data Out) bus. The value of the Constant is specified in a previous CONST- 
(x) symbol. 

TMPn>AL 

35 

Places the contents of register n on the AO (Address Out) bus as a "low" (absolute) address. The register 
value is left shifted by 1 bit to create a word address. This allows direct access to the first 128 Kbytes of 
the main processor memory. 

40 TMPn>AH 

Places the contents of register n on the AO (Address Out) bus as a "high" (page) address. The register 
value is left shifted bu 10 bits to create a (1Kbyte) page address compatible with TMS380 Buffer 
addressing. The low-order 10 bits are driven as zeros. 

45 

CONST>AL 

Places the Constant on the AO (Address Out) bus as a "low" (absolute) address. The Constant value is left 
shifted by 1 bit to create a word address. This allows direct access to the first 128 Kbytes of the main 
so processor memory. Note that if CONST>AOl and TMPrOAOH (or TMPn>AOL) are simultaneously active 
the AO bus value is the logical OR of the two values. 

TMPn>AA 

55 Places the contents of register n on the ALU A-port. 

Eg TMPODO places contents of register 0 on the ALU A-port. 
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CONST>AA 

Places the Constant on the ALU A-port. The value of the Constant is specified in a previous CONST(x) 
symbol. 

5 

TMPn>AB 

Places the contents of register n on the ALU B-port. 

Eg TMP0>DO places contents of register 0 on the ALU B-port. 

TO 

CONST>AB 

Places the Constant on the ALU B-port. The value of the Constant is specified in a previous CONST(x) 
symbol. 

75 

DOTMPn 

Places the contents of the Dl (Data In) bus into register n. 
Eg DI>TMP0 places contents of the Dl bus into register 0. 

20 

DI>TMPnm 

Places the contents of the Dl (Data In) bus into registers n and m. 
Eg DOTMP01 places contents of the Dl bus into registers 0 andl . 

25 

AR>TMPn 

Places the ALU R-port (Result) value into register n. 
Eg AR>TMP0 places the ALU result into register 0. 

30 

ALU(yyy) 

Performs ALU function yyy. See below for possible values of yyy. 
35 BUSREO 

Requests use of adapter bus for next ucode state. The next ucode state will be delayed until the bus is 
given to the FPA. 

40 FTYP>AO 

If the FIFO Frame Type bit indicates a MAC frame logically OR a value of eight onto the AO (Address Out) 
bus. Note this is a word address, so it OR's sixteen onto the byte address. 

45 WRITE 

Creates a write cycle on the adapter bus. All other FPA cycles (for which the bus was requested), are by 
default Read cycles. 

so ENTRY 

Causes the Entry point and Scheduler to provide next ucode state address. 
POP 

55 

Reads a new entry from the Rx Frame Control FIFO. 
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SAVEAD 

Saves state address in associated SAVE variable into the Return Address latch. 
5 SAVE (state_adr) 

State address to be saved in the Return Address latch. 
RETURN 

10 

Uses the contents of the Return Address latch as the address fo the next ttcode state. 
DMA WAIT 

js Causes the Scheduling of SIF ucode to be disabled until completion of {current) SIF DMA. 
. DEFER 

Schedule next SIF ucode task (if any). The three SIF ucode tasks Rx, Tx and User, are scheduled on a 
20 round-robin basis whenever DEFER is asserted. 

CONST>SC 

Loads the FPA Status latch with a Constant value. The SC latch is used to generate the Adapter bus status 
25 code byte. The SC latch is loaded with 0x50 at reset, which sets the default FPA bus status code (0x50 is 
equivalent to a device code of ten). 

SETSTATE(a) 

30 Sets latch indicated by a to the value indicated by a corresponding STATE symbol. See below for possible 
values of a. 

STATE(b) 

35 Indicates the value b to be used in a corresponding SETSTATE symbol. 
JUMP(state_adr) 

Uses state_adr as the address of the next microcode state. 

40 

COND(zzz) 

Performs a conditional branch in ucode execution if condition zzz is true. See below for possible values of 
zzz. 

45 

JUMP2(state_adr1, state_adr2) 

Indicates the two state addresses that are to be used for a conditional branch. Use state_adr1 as the 
address of the next microcode state if the condition is false. Use state_adr2 as the address of the next 
so microcode state if the condition is true. 

ABJUMP 

Indicates that the LS. three bits of the jump address be replaced with normalized value of the LS. byte of 
55 the Alu B bus. Normalizing creates a three bit code from the byte where the code indicates the leftmost one 
in the byte. If there is a one in the M.S. bit of the byte a code of zero is generated (independant of the state 
of the other seven bits). If the only bit set is the L.S. bit then a code of 7 is generated. When the byte is 
zero a code of 0 is generated. 
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JUMP8(state__adrf>, state_adrl, state_adr2, state_adr3, state_adr4, state_adr5, state_adr6, 
state_adr7) 

Indicates the eight state addresses that are to be used for an ABJUMP. This symbol is used primarily 
5 for Address Allocation. A null address (0) indicates the address is a don't care, and need not be reserved 
for the jump. At least one of the state addresses state_adrn must be non-zero. The base for the ABJUMP 
is determined by ignoring the L.S. three bits of the state addresses. 

There are as previously indicated, a number of microcode variables, these with their respective 
meanings are listed below for ALU operation the variables include. 



ALLHZEROS) 


AR = 0x0000' 


ALU(AANDNB) 


AR = AA & AB; 


ALU(AANDNB) 


AR = AA & AB; 


ALU(A) 


AR = AA; 


ALU(NAANDNB) 


AR = AA & AB; 


ALU(NB) 


AR = AB; 


ALU(AXNORB) 


AR = (AA & AB) 1 (AA & AB); 


ALU(AORNB) 


AR = AA 1 AB; 


ALU(NAANDB) 


AR = AA & AB; 


ALU(AXORB) 


AR = (AA & AB) 1 (AA & AB); 


ALU(B) 


AR = AB; 


ALU(AORB) 


AR = AA 1 AB; 


ALU(NA) 


AR = AA; 


ALU(NAORNB) 


AR = AA 1 AB; 


ALU(NAORB) 


AR = AA 1 AB; 


ALU(ONES) 


AR = OXFFFF; 


ALU(ADD) 


AR = AA + AB; 


ALU(SUB) 


AR = AA - AB; 


ALU(AND) 


AR = AA & AB; 


ALU(INC) 


AR = AA + 1; 


ALU(DEC) 


AR = AA - 1; 


ALU(BYT SWP) 


AR<0-7) = AA(8-15); AR(8-t5) = AA(0-7); 


ALU(BIT BYT) 


AR(0-7) = AA(7-0); AR(8-15) = AA(15-8); 



35 

Where AA is the ALU A-port value, AB the ALU B-port value, and AR the ALU R-port value. Logical and 
Arithmetic operators follow the conventions of the C programming language. 

For COND values the variables are given below along with the meaning intended by each variable:- 

40 COND(MULTIBUF) 

Branch if the Multibuf from the Rx Frame Control FIFO is set. This signal indicates that the current Rx 
buffer is part of a multiple buffer frame. 

45 COND(RXEOF) 

Branch if the EOF bit from the Rx Frame Control FIFO is set. This signal indicates that the current Rx buffer 
is the last butler of a frame. 

50 COND(ALUB) 

Branch if the current ALU B-port value is non-zero. 
COND(NA OR NB) 

55 

Branch if either ALU input port has a Zero value on it this cycle. 
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COND(RXDRY) 

Branch if the Rxdry signal from the Rx Statistics S.M. is active. 
5 COND(RXSTOP) 

Branch if the Rxstop signal from the Rx Statistics S.M. is active. 
COND(MACINUSE) 

w 

Branch if the MAC_INUS latch in the PH_RX Task state latches is set. 
COND(DEFEREO) 

75 Branch if there is another SIF task ready to execute. This test allows ucode to determine if another SIF task 
wishes to execute and "share" the SIF> 

COND(RXDMAWAT) 

20 Branch if the SIF RX task has suspended awaiting frames from the network. This test allows the PH RX 

task to determine that the SlF_RX task has suspended and wake it up when frames become available. 

COND(TXDONE) 

25 Branch if the Tx Statistics S.M. indicates thai frame transmission has completed (TXDONE). 
COND(TXBUFWAT) 

Branch if the SIF_TX task has suspended awaiting frames transmission on the network. This test allows the 
30 PH_TX task to determine that the SIF_TX task has suspended and wake it up when necessary. 

COND(SIFRDY) 

Branch if the SIF DMA controller is ready for use. 

35 

COND(TXHALT) 

Branch if the PH_TX TXHALT flag is set. 
40 COND(TXCHAN) 

Branch if the PH_TX TXCHAN flag is set. 
COND(SWAP) 

45 

Branch if the FCTL register SWAP bit is set. 
COND(ABn) 

so Branch if bit n of the current ALU B-port value is set (0£nSl5) 

The Symbols for SETSTATE and STATE are used to set task state latches in .the Task state latches 
block, Command register bits, and interrupt bits. The SETSTATE symbol indicates what is being set. 
STATE is a 3 bit value which is either used directly (in state latches) or as an index to one of 8 bits (in cmd 
or interupt bits). 

55 SETSTATE (SIF_RX) causes SIF_RX state latches to be set. The stored state is used to determine 
the next Entry point used by the task. A state of zero means the task is terminated. A state of one indicates 
it is suspended (RXDMAWAT). 
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SETSTATE (SIF_TX) causes SIF_TX Task state latches to be set. The stored state is used to 
determine the next Entry point used by the task. A state of zero means the task is terminated. A state of 
one indicates it is suspended (TXBUFWAT). 

SETSTATE (SIF_US) causes S1F US {User) Task state latches to be set. The stored state is used to 

determine the next Entry point used by the task. A state of zero means the task is terminated. 

SETSTATE (PH_RX) is used to signal information to the Rxstats S.M. and change the state of the 
MACINUS flag. Valid values of STATE (..)are: 



w 



STATE(RCPWRIT) 

STATE{RXQ MOD) 

STATE(SETMAC) 
STATE(CLRMAC) 



Signal RCP_WRITE to the Rxstats S.M., 

Signal RXQ MOD to the Rxstats S.M.. 

Set the MACINUS flag. 
Clear the MACINUS flag. 



is SETSTATE (PH_TX) is used to signal information to the Txstats S.M. and change the state of the 
TXHALT and TXCHAN flags. Valid values of STATE (..) are: 



20 



25 



STATE(TCPWRIT) 

STATE(EOBDONE) 

STATE(EOFDONE) 

STAT E (SET HALT) 

STATE(CLRHALT) 

STATE(SETCHAN) 

STATE(CLRCHAN) 



Siganl TCP_WRITE to the Txstats S.M. 
Signal EOBDONE to the Txstats S.M.. 
Signal EOFDONE to the Txstats S.M.. 
Set the TXHALT flag. 
Clear the TXHALT flag. 
Set the TXCHAN flag. 
Clear the TXCHAN flag. 



35 



40 



SETSTATE (CLR_CMD) is used to clear the indicated bit in the Command register. This indicates that 
the indicated command has completed, and allows it to be re-issued. 

SETSTATE (SET_INT) is used to set the indicated command interrupt bit, if the corresponding 
30 interrupt enable bit (FMASK register) is set. 

The Rx State Machine (Rxstats S.M.) is responsible for supporting the PH_RX task, by filtering frames 
and managing receive congestion. Figure 5 is a state diagram for illustrating the operation of the Rx 
Statistics S.M. in Rx control, and figure 6 is a state diagram illustrating operation of the Rx Statistics S.M. 
under muttibuffer management. 

tn order to stream-line the processing of received frames, the Rxstats S.M. pre-fi Iters received frames, 
passing frame type and Accept/Reject codes to the ucode through the Rx FIFO. It gathers this information 
"on-the-fly" as the frame is written to memory (through the services of the Bus Cycle tracking logic), and 
provides it as a simple code to the Rx FIFO. 

The Rxstats S.M. helps the ucode manage receive congestion by monitoring Receive queue updates, 
and scheduling the use of the Express buffer. 

The Rx Statistics S.M. inputs shown in figures 5 and 6 are now described. Except where stated, these 
inputs come from the Bus Cycle Tracking logic. 

The RCP_WRITE input 502 is an indication from the ucode that it is updating the PH RCP register. 
The RCP (Receive Chain Pointer) register is written with the page address of the head of the Receive 

45 queue to (re)start the receiver. This signal is created using the SETSTATE(PH RX), STATE(RCPWRIT) 

command. 

The PCF_WRITE input 504 indicates the first word ot a received frame is being written to memory by 
the PH. This first word was originally called the PCFO/1 word by Token-ring hence the acronym. A 
dedicated Bus status code from the main processor bus allows easy identification of this word. The word 
so includes the Token-Ring MAC/LLC indicator bit the value of which is latched for use in generating the FIFO 
FRAME TYPE code. 

The NEXT = 0 READ input 506 indicates that the PH receiver is reading a zero buffer forward pointer. 

If the forward pointer is not re-read as non-zero the receiver will stop as it has reached the end of the 
receive queue. 

55 The NEXT<>0_READ input 508 indicates that the PH receiver is reading a non-zero buffer forward 
pointer. 

The Rx Q UPDATE input 510 is a direct indication from microcode that it is updating the tail of the 

Rx queue. This signal is created using the SETSTATE(PH RX), STATE(RXQ MOD) command. 
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The EOF_STS_WRITE input 512 indicates that the PH receiver is writing a frame completion status to 
a buffer. The frame status word contains Rx statistical information and match type information. The statistics 
information should be used to increment the appropriate statistics registers (Eg CRC errors). The match 
type information is used in generating the FIFO FRAME_TYPE code. Data is written to the FIFO on this 
5 signal. 

The ZERO_STS_WRITE 602 indicates that the PH receiver is clearing the contents of a buffers status 
field. 

The BCNTZ input 604 indicates that the content of the buffer count decrementor is zero. This means 
the frame has consumed an excessive number of buffers. 
io The State Machine States of the Rx Statistic S.M.s are now described with reference to figures 5 and 6. 
RCPWAIT 514 indicates that the PH receiver has stepped. In this state output RXSTOP is asserted, if 

the MACINUS flag is not set then the EXB PH RX Entry point will be scheduled. This ensures that the 

Express buffer is automatically put into use whenever the PH receiver runs out of normal buffers. 
The PCFWAIT state 516 indicates that the S.M. is waiting for a frame to start being received. 
;s The STSWAIT state 518 indicates that a frame has begun to be received. 

The EOFWAIT state 520 indicates that a zero buffer forward pointer has been read. If this is not reread 
as non-zero before the end of a frame the receiver will stop. 

The DRYWAIT state 522 indicates that the PH_RX task has added buffers to the tail of the receive 
queue, after the PH read it as zero. In this state output RXDRY is asserted, this informs the PH_RX task 
20 that it should not alter its "last buffer added to rx queue" variable because the PH has read a zero forward 
pointer. 

The UPDWAIT state 524 indicates that the receiver has stopped although there are buffers on the 

receive queue. In this state outputs RXDRY and RXSTOP are asserted, this causes the DRY PH RX Entry 

point to be scheduled. This ensures that the buffers added onto the receive queue after the zero forward 
25 pointer read are brought into service as soon as the PH receiver stops. 

The NOBUF state 606 indicates that a frame has just begun. 

The BUFS state 608 indicates that the first buffer status clear has occurred. Subsequent buffer status 
clears can be used to count the number of buffers in the frame. 

The MULTIBUF state 610 indicates that two buffer status clears have occurred for a frame, so the frame 
30 is a multi-buffer frame. This is important status information for the ucode. Multibuffer frames must also be 
checked to ensure they do not exceed the frame buffer count limit set in the FRLEN register. On entry to 
the BUFS state the buffer count decrementor is loaded from the FRLEN register L.S. byte. It is 
decremented by one for each subsequent buffer status clear. Shoul its value ever reach zero all subsequent 
buffers should be marked as "Reject" in Rx FIFO. 
35 The following points relate to the transitions of the Rx statistics state machine and the numbers indicate 
the step or state to which the point refers. 
502 RCP is written starting the receiver. 
504 The first word of the frame is written. 

506 A zero forward pointer has been read, even before frame reception has begun. 
40 51 2a EOF status is written for a normal frame. 

506a A zero forward pointer has been read during frame reception. 

508 A zero forward pointer has been re-read as non-zero during frame reception. Normally this 

would be as a result of buffer recovery of the original frame. 
510 The PH_RX task has updated the rx queue tail after it has been read as zero by the PH. 
45 512 Frame status has been written to memory signalling End of Frame, after a zero buffer forward 

pointer was read. The PH receiver will therefore have stopped. 
502a This seemingly unnecessary term is provided in case the S.M. gets stuck in the DRYWAIT 

state. 

512b Frame status has been written to memory signalling End of Frame, after a zero buffer forward 
so pointer was read, and the rx queue tail updated. The PH receiver will therefore have stopped, 

although there are buffers on the receive queue. 
504a The first word of a new frame is written although a zero forward pointer was previously read. 

Buffer recovery has obviously taken place, so the forward pointer will be re-read. 
510a The PH_RX task has updated the rx queue tail after the PH has stopped. 
55 The outputs of the Rx Statistic S.M.s are indicated below. 

The MULTIBUF output indicates that the received frame is more than one buffer in length. 
The RXDRY output indicates that the receive queue tail has been updated after the PH has read a zero 
forward pointer. 
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The RXSTOP output indicates that the PH receiver has stopped. 

The REJECT output indicates frames that exceed the frame buffer limit set in the FRLEN register will 
have the excess buffers marked as REJECT. Hardware in the Bus Cycle tracking logic will also set the 
FIFO reject flag under the following conditions: 

if the EOF status for the frame did not indicate good frame completion; and/or 

if the frame is not an "Express Buffer" and the PH_RX state latch indicates MACtNUS. An Express 
buffer, is a Token-Ring MAC frame with MAC control bits in the PCF> 1 . 

The BCNTLD output loads the buffer counter decrementor from the L.S. byte of the FRLEN register. 

The BCNTDEC output decrements the contents of the buffer counter decrementor by one. 

The PUSHFIFO output pushes the current buffer status (Muttibuf; EOF; Reject; Frame_1ype) onto the 
Rx FIFO. 

The EOF output indicates that the current buffer is the last buffer of a frame. 

The Programmable Logic Array {PLA) definition of the Rx Statistical S.M. is set out below. 

Term Inputs Outputs 



500 



RESET 



TvaK0,l,2);Clrvars;Bcntl 
d 



512a 



502 
504 
506 



000 & RCP.WRITE 

001 & PCF.WRITE 
001 & NEXT=0_READ 
010&EOF.STS WRITE 



Tvar(2); 
Tvar(l,2); 
Tvar(l); 
Tvar(l,2); 
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506a 

508 

510 

512 

502a 

512b 

504a 

502b 

524 

522/524 
602 

608/610 
610 

608/610 
610 

606/608/ 
610 

606/608/ 

610 

510a 



010 & NEXT=0_READ 

011 & NEXTo0_READ 
011&RX_Q_UPDATE 
Oil & EOF_STS_WRITE 
101&RCP_WRITE 
101 & EOF_STS_WRITE 
101 & PCF.WRITE 
100 & RCP_ WRITE 
X00 
10X 

IBUFS & ZERO_STS_ WRITE & 
IRE SET 

BUFS & IPCF_WRITE & IRESET 
BUFS & IBCNTZ & ZEROJSTSJWRITE 
& IRESET 

BUFS & BCNTZ & ZERO_STS_WRITE 
MULTEBUF & IPCF.WRTTE & IRESET 
EOF_STS_WRITE & IBCNTZ 

EOF_STS_WRITE & BCNTZ 



Tvar(2); 
Tvar<2); 

Tvar(0,l); 

Tvar(l,2); 

Tvar(0); 

Tvar(2); 

Tvar(0,l,2); 

Tvar(0,2); 

Rxstop; 

Rxdry; 

Bufs;Bcntld 

Bufs; 

Bcatdec;Multibuf;Pushfif 

o; 

Pushfifo;Reject; 
Multibuf; 
Pushfifo; EOF 

Pushfifo;EOF;Reject 



000 & RX_Q_UPDATE 



Tvar(d); 



Inputs 

RCP.WRITE 

PCF.WRITE 

NEXT=0_READ 

NEXToO.READ 

RX_Q_UPDATE 

EOF_STS_WRITE 

ZERO_STS_WRITE 

BCNTZ 

BADRCC 

MACFR 

EXBFR 

MACINUS 
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Feedback variables 
VAR(0-2) 
BUFS 
EXB 

Output Feedback variables 
MULTIBUF 
MAC 

Outputs 

RXSTOP 
RXDRY 
BCNTLD 
BCNTDEC 
PUSHFIFO 
EOF 
REJECT 

. The bus cycle tracking logic performs some of the filtering duties of the Rxstats S.M.. It is responsible 
for detecting frames received with errors by the PH and rejecting them, and for rejecting non-express buffer 
30 frames when the MACINUS flag is set. 

Frames received without a PH receive completion code (rcc) of 0X00 are rejected. 
Frames received in Token-ring mode (ETHNET = 0) with the MACINUS flag set, that have a frame FC 
byte aabbcccc where aa <> 0, or cccc = 0, are rejected. 

The bus cycle tracking logic is also responsible for setting the frame_type bit of the Rx FIFO. This bit 
35 is set whenever frames are received in Token-ring mode (ETHNET = 0), that have a frame FC byte 
aabbcccc, where aa = 0; 

The formal definition of functions is given by> 



PCF_WRITE & MACFR & IETHNET MAC: 

IPCF_WRITE & MAC MAC; 

40 PCF_WRITE & EXBFR EXB; 

IPCF_WRITE & EXB EXB; 

EOF_STS_WRITE & BADRCC Reject; 



EOF_STS__WRITE & IEXB & MACINUS & IETHNET Reject; 

The Tx Statistics State Machine (Txstats S.M.) is responsible for supporting the PH_TX and SIF_TX 
45 tasks in the transmission of frames. 

The Tx statistics S.M. causes scheduling of the PH_TX task based on completion of buffer and frame 
transmission. The S.M. relies on inputs from both the Bus Cycle tracking logic and from the PH_TX task 
(via PH_TX task state information). 

Chained transmit by the PH is not supported, frames must be sent individually. This restriction allows 
so ucode to prioritize transmission between multiple transmit channels. 

Scheduling of the PH_TX task on buffer completion allows speedy recycling of frame buffers for large 
frames. Immediate recycling of buffers reduces the number of buffers needed in the transmit pool. 

Referring to figure 7, the Tx Statistics S.M. inputs are described in detail below. 

Except where stated, these inputs come from the Bus Cycle Tracking logic. 
55 The TCP_WRITE input 702 is an indication from the PH_TX task that it is writing to the PH TCP 
register. The TCP (Transmit Chain Pointer) register is written with the page address of the first buffer of the 
frame to be transmitted. This indication is created by the ucode using the SETSTATE(PH_TX), STATE- 
(TCPWRIT) command. 
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The EOF_STS_WRITE input 704 is an indication from the bus cycle tracking logic that the PH is 
writing a frame completion status. 

The STS__CLEAR input 706 is an indication from the bus cycle tracking logic that the PH is clearing 
the status field of a buffer. The PH clears the status field of a buffer once it begins to use it. 
s The BUFDONE input 708 is an indication from the PH_TX task that it has serviced a buffer, due to a 

prior TXEOB signal from the S.M.. This indication is created by the Ucode using the SETSTATE{PH TX), 

STATE(BUFDUN) command. 

The FRDONE input 710. An indication from the PH_TX task that it serviced a frame, due to a prior 
TXEOB signal from the S.M.. This indication is created by the Ucode using the SETSTATE{PH_TX), 
to SETSTATE(FRDUN) command. 

This input creates the S.M. states of the Tx Statistics S.M.. These states are described below. 

The TCPWAIT state 712 means that no frame is being transmitted, the PH is waiting for its TCP to be 
written. In this state ouput signal TXDONE is asserted. This signal can be tested (through a conditional 
branch) by the ucode to determine when it can write the TCP. 
15 The TXACTIVE state 714 means that the PH Transmitter has begun to transmit a frame, but has not 
cleared the first buffers status field (yet). 

The STSCIR state 716 indicates that at least one frame buffer has had its status field cleared. At this 
point another buffer status clear will indicate that a buffer has been transmitted. 

The EOBWRITE state 718 indicates that the transmission of an intermediate buffer has completed. In 
20 this state output signal TXEOB will cause the PH_TX task TXEOB Entry point to be scheduled. This allows 
ucode to service (clean-up and re- use) the buffer. 

The BUFWAIT state 720 indicates an end of frame has been received before processing of an 
intermediate buffer is complete. This state allows the ucode to complete buffer processing before starting 
end of frame processing. 

25 The EOFWRITE state 722 indicates the transmission of the frame has completed. In this state output 
signal TXEOF will cause, the PH_TX task TXEOF Entry point to be scheduled. This allows ucode to 
process the frame completion status. 

The Tx Statistics S.M. functions as follows: 



700) The auxiliary processor reset forces the S.M. into the tcpwait state. 

30 702) The TCP_WRITE indication from ucode places the S.M. into the txactive state. 

706) The buffer status field is cleared, indicating the transmission of the first buffer has begun. 

704) The end of frame buffer status field is written, indicating that transmission of the frame is 

complete. 

706a ) The buffer status field is cleared, indicating the transmission of another buffer has begun. 

35 This means the previous buffer can be serviced. 

726) The PH_TX task signals it has serviced one (or more) buffers so TXEOB can be 

deasserted. 

724) The end of frame buffer status field is written, indicating that transmission of the frame is 

complete. 

40 702a) The TCP is written starting the transmitter once again. This transition prevents lockup in the 
EOF state, should the ucode fail to assert FRDONE. 
710) The PH_TX task signals it has serviced the frame, so TXEOF can be deasserted. 

712) The TXDONE term creates the TXDONE signal in the TCPWAIT state. 

718/720) This in turn creates the TXEOB signal in the EOBWRITE state. 
45 722) Then this term creates the TXEOF signal in the EOFWRITE state. 

726) The PH_TX task signals that it has serviced the frame, so TXEOF can be deasserted. 

724a) The end of frame buffer status field is written, indicating that transmission of the frame is 
complete. 

708) The PH_TX task signals it has serviced one (or more) buffers so TXEOB can be 

so deasserted. 



The following outputs are produced by the Tx Statistics S.M.s. 

The TXDONE output indicates that the PH transmitter is currently idle. This signal is an input to the 
Conditional ujump logic, allowing it to be used for conditional ucode branches. 

The TXEOB output causes PH TX task Entry point "TXEOB". This entry point is responsible for 

55 recycling one or more buffers after transmission. 

The TXEOB output further causes PH_JTX task Entry point "TXEOF". This entry point is reponsible for 
recycling the remainder of a frame and extracting transmit CST AT information. 

The PLA definition of the above describe TX statistics S.M. is shown below: 
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Term 


Inputs 


Outputs 


700 


RESET 


TvarfO 1 PVOrvars 


702 


000 & TCP WRITE 
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706 


001 & TX STS CLR 


Tvar(1); 


704 


001 & TX EOF STS 


TvarfOV 


706a 


011 & TX STS CLR 


TvarfOV 


726 


1 1 1 & BUFDONE & TX_E0F_STS 


Tvar(0); 


724 


1 1 1 & TX_E0F_STS & BUFDONE 


Tvar (1); 


702a 


101 & TCP_WRITE 


Tvar (0); 


710 


101 & FRDONE 


Tvar(0, 2); 


712 


000 


Txdone; 


718/720 


11X 


Txeob; 


722 


101 


Txeof; 


726 


01 1 & TX_E0F_STS 


Tvar(0,1); 


724a 


11 1 & TX_E0F_STS & BUFDONE 


Tvar(2); 


708 


1X0 & BUFDONE 


Tvar(1, 2); 
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The auxiliary processor register address space is compatible with the main processor in one example 
with the TMS380SRA, for example, and the TMS380 SEADS specification for main processor or COMM- 
processor externally attached devices. 

The auxiliary processor has two different register maps, one not during reset, shown in Figure 8, and 
another when during reset, shown in Figure 19 and described in more detail later. 

The register map shown in Figure 8 shows the registers of the auxiliary processor (FPA). There are 16 
registers, eight of which form the FPA control registers 800 and eight of which for the FPA statistics 
registers 802. Each register holds a number of bits ranging from the most significant bit (MSB) to the least 
significant bit (LSB). The following description and associated drawings are used to describe the registers in 
greater detail. 

The FPA control register is indicated as FCTL @ 01.0220 in Figure 8, whilst Figure 9 illustrates the 
contents of the register. 

The FCTL is used by the main processor or COMMprocessor to control the interrupt, parity and reset 
behaviour of a SEADS device. Bit definitions shown in Figure 9 are as follows. 

The Not Reset (NRST) bit 902 which when set to zero causes the FPA to enter the reset state. All FPA 
command bits are cleared, all task control latches cleared, and all S.M.s reset. Setting the NRST bit to one 
causes the FPA to exit the reset state. The NRST bit is set to a zero by a hardware reset (MRESET pin 
asserted ). 

The SBRLS Enable (SBRE) bit 904 is a control bit which enables the use of the FPA SBRLS pin. When 
set to a zero (default), the SBRLS pin is always driven inactive (high). When set to a one, SBRLS will be 
driven active (low) whenever the FPA needs to delay SIF DMA transfers. This occurs whenever the FPA 
requests the ada pter bus, but fails to get it due to an adapter SIF DMA cycle. 

The EXTINT Enable (XINTE) bit 906 directly controls the FPA interrupt output pin EXTINT. rf this bit is 
set to zero this open-collector output pin will never be driven. If the bit is set to a one an active FPA 
interrrup t in the FIP register will cause the pin to be driven low. 

The MBRQ Enable (MBRE) bit 908 directly controls the FPA bus request output pin MBRQ. If this bit is 
set to zero this open-collector output pin will never be driven. When the MBRE bit is set to one, the FPA 
can drive the MBRO-pin active low to request adapter bus mastership. 

The data Parity Select (PAR) bit 910, when set to one. causes the FPA to check for odd byte parity on 
all writes to FPA registers, and all FPA bus master read cycles. When a parity error is detected, the PE 
(Parity Error) bit of the FIP register is set to one. If the XINTE bit is also set to one. the interrupt output pin 
will be driven active. When PAR is set to zero, parity checking is disabled. 

The network type select (NET) bit 912 indicates the type of network in use. If set to a one then a token- 
ring network is assumed. If set to a zero (default) then an ethernet network is assumed. This control bit is 
used by the RX Stats S.M. when it passes frames to determine the position of various data fields. 

The Address Swap Select (SWAP) bit 914 is used as a signal to the microcontroller that frame MAC 
addresses should be "bit-byte" swapped. When this bit is set to a zero (default) no address swapping will 
occur. When set to a one frame MAC address fields of all transmitted and received frames will be "bit-byte" 
swapped. 
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The Debug mode Select (DEBUG) bit 916 allows FPA debug mode to be enabled. When the bit is set 
to zero the FPA operates as normal. When set to one the FPA enters debug mode. In debug mode micro- 
code state addresses become visible externally on the adapter bus at CAS time when they replace normal 
bus status information. 

s The Parity Test (PTST) bit 918, when set to one, causes the FPA to drive a zero parity value (or both 
bytes on all FPA register reads (including unimplemented registers), and on all FPA bus master write 
cycles. When PTST is set to zero, odd byte parity will always be generated. 

The Register Test (RTST) bit 920 when set. allows full write access to register bits that are otherwise 
read, clear, or set only. This bit is reserved for manufacturing test only. 

io The ROM Address Map (ROM) bit 922 should in this example, be a copy of the TMS380Cx6 ACTL 
register ROMEN bit, i.e. the main processor ACTL register ROMEN bit However, for other main processors 
other bits may be used. When set it indicates that Chapters 0 and 31 of the adapter address space contain 
ROM or EPROMs, and that accesses to these addresses should not have CAS asserted, or be checked for 
parity. When the bit is clear Chapters 0 and 31 contain DRAM (with the exception of the range 00,0000 to 

is 00.000F, which contains the BIA ROM, and is always treated as ROM). . 
The remainder of the 16 bits of the FCTL register are reserved. 

The FPA Interrupt Pending Register is indicated as FIP @ 0.10222 in Figure 8. The FIP is used by the 
COMMprocessor to read and clear FPA SEADS interrupts. When any of the FIP bits are set, the FPA 
interrupt request pin XINT will be driven active low if the XINTE bit of the FCTL register is set. The bit 

20 definitions of the register are shown in Figure 1 0. 

The Parity Error (PE) bit 1002 signals a parity error interrupt. If this bit is set it indicates that parity was 
incorrect on a write to an FPA register, or on an FPA bus master read cycle. Writing a one to the PE bit will 
clear the bit and the interrupt. Writing a zero has no effect. 

The command Interrupt (CI) bit 1004 signals a command interrupt from the FINT register. This bit is set 

25 of any command interrupt flags becomes set and there were no interrupt flags set previously (rising edge 
detect). Writing a one to the CI bit will clear the bit and the interrupt. Writing a zero has no effect. 
Command interrupt flags values can be read from the FMASK register. Command interrupt flags are cleared 
in order of priority by reading the 3 bit interrupt vector code in the FINT register. The CI bit is only cleared 
by writing a one to it, clearing the command interrupt flags will not clear it. 

30 The Statistics Overflow (SO) bit 1006 signals a Statistics register overflow interrupt. This bit is set if any 
of the statistics registers reaches a value greater than 127, and none was already greater than 127 (rising 
edge defect). Writing a one to the SO bit will clear the bit and the interrupt. Writing a zero has no effect. 
Once this bit is set, it cannot be set again until all the statistics registers contain values <128 and the bit is 
cleared by writing a one to it. This can be achieved by reading all the registers (reading a statistics register 

35 resets its contents to zero). 

The Circulating Error Detect (CED) bit 1008 indicates that the Rx Statistics S.M. has received 15 
implicity aborted frames with no intervening good frames. This indicates that there is a circulating error 
fragment on the ring. Such a fragment can cause receiver overload, so the FPA will not update RCP after 
this condition occurs, thereby suspending network receive. Receive operations are resumed by writing a 

40 one to the FCMD CCE (Clear Circulating Error) bit. The CED interrupt bit is cleared by writing a one to it. 
writing a zero has no effect. 

The SIF DMA Timeout (SDT) bit 1010 indicates that the SIF DMA timer has timed-out. SIF DMA has 
been acitve for an excessive time indicating a system failure. The SDT interrupt bit is cleared by writing a 
one to it, writing a zero has no effect. 

45 The RX FIFO Over-run (RFO) bit 1012 indicates that the FPA Receive FIFO has over-run. This error 
should not occur with production pico-code and should be regarded as an Adapter check error. The RFO 
interrupt bit is cleared by writing a one to it, writing a zero has no effect. 
The other ten bits of the FIP register are reserved bits. 

The FPA command register is indicated as FMCD @ 01 .0224 in Figure 8. The FCMD register controls 
50 the activation of microcontroller "User" tasks. It also provides indication of their status (Active or Complete). 
The eight user command bits in this register, shown in Figure 11, correspond directly to eight User 
command ucode Entry Points. As such they are totally generic and have no implied functionality. They 
include command bits 1 102 to 1 1 16 and 6 not unimplemented bits 1 1 18 which are read as zero. 

Setting a command bit causes the microcontroller Entry Point and Scheduler to schedule ucode 
55 execution at the corresponding Entry Point, ucode execution will begin as soon as current ucode execution 
N completes if there is no higher priority task waiting. Command bits are prioritized : User Cmd 0, 1102 has 
higher priority than User Cmd 7, 1116. 
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Command bits are only cleared by ucode, or at reset. Once a command bit is set the CPU must wait 
until it is cleared by the ucode. before it can be reissued. 

The Clear Circulating Error (CCE) bit 1 120 clears a circulating error condition detected by the Rx Stats 
S.M. when a one is written to the bit. The FIP register CEO bit indicates that a circulating error has occured. 

5 Writing a zero to this bit has no effect. 

The SIF DMA timer tick (TICK) bit 1122 allows the FPA to maintain a SIF DMA timer to detect 
excessive DMA time that is independant of the adapter bus clock frequency. Instead of using the bus clock 
as a reference for the timer, writes of one to this bit are used instead. This allows the adapter general 
purpose timer to be used (by software) as the basic time reference. 

to Whenever the FPA initiates SIF DMA it initializes a counter to a value of 1000. Whenever a one is 
written to this bit the counter is decremented by one. If the counter is ever decremented to zero (and the 
FPA is waiting for SIF DMA to complete) a SIF DMA timeout condition has occured and the SDT bit in the 
FIP register is set. Normally the adapter CPU would write a one to the TICK bit every lOmS (the standard 
code timebase), resulting in a SIF DMA timeout of 10 seconds. 

is The FPA Interrupt Vector register is indicated as FINT @ 01.0226 in Figure 8. The FINT register shown 
in more detail in figure 12, allows command interrupts to be read and cleared. The register provides an 
encoded indication of the highest priority active interrupt. Reading the register both presents a vector 
indicating the highest priority interrupt active, and clears that interrupt flag. Writing to the register has no 
effect. The interrupt vector is positioned in the register such that it can be used as a word index. The M.S. 

20 bit 1202 of the register NOINT will be read as a one if no command interrupts are active. 

Command interrupt 0 has the highest priority, and command interrupt 7 has the lowest priority. If 
command interupt 0 is active the FINT register will be read as 0x0000, if 7 then OxOOOE will be read. If no 
interrupts are active the FINT. register will be read as 0x8000. 

The FPA interrupt mask register is indicated as FMASK @ 01.0228 in Figure 8. The FMASK register 

25 allows the CPU to read the command interrupt flag states and to enable the setting of individual interrupt 
flags. The register is shown in detail in figure 13. 

The LS bit of the register contains enable bits INT_E0 (1302) to INT_E7 (1304). These allow the CPU 
to enable the setting of the corresponding command interrupt flags. If the enable bit is set, the correspond- 
ing interrupt flag bit can be set. If it is not set, the corresponding interrupt flag bit cannot be set. Clearing 

30 the enable bit for a particular interrupt bit has no effect on a pending interrupt, the interrupt can only be 

cleared by reading the INTVEC register. All enable bits are cleared at reset. In other words, if INT EO 

(1302) is set, the INT_F0 (1306) can be set. 

The MS bit of the register allows the CPU to read the current contents of the command interrupt flags. 
Writing to the MS byte has no effect- 
as The FPA length control register is indicated as FRLEN @ 01.022E in figure 8. The FRLEN register 
shown in detail in figure 14, limits the length of Rx frames processed by the FPA to a maximum number of 
adapter data buffers. This prevents the possiblity of very large network frames (caused by network errors) 
reaching the host. 

The L.S. byte of the register 1402 should be loaded with the number indicating the minimum number of 
40 buffers consumed by a frame to ensure that the frame is illegal. For instance the maximum 16 Mbit/s Token 
ring frame size is 17990 bytes, so for 1K byte buffers the register should be set to 18. The 8-bit granuality 
of this register allows buffer sizes as small as 128 bytes to be used with 16 Mbit/s Token-ring. 

• The FPA internal variable test register V is indicated as VREG@ 01.022C in Figure 8. This is a read- 
only register, shown in detail in Figure 15, that makes certain internal variables of the FPA observable for 
45 manufacturing test. The contents of the register have previously been identified earlier in the description. 

The FPA internal variable test register X is indicated as XREG @ 01 .022 E in Figure 8. This register is a 
read-only register, shown in more detail in Figure 16, that makes the FPA buffer counter decrementer and 
other internal signals, observable tor manufacturing test. 

The statistics registers STS0-STS7 in Figure 8, gather frame error information reported by the PH. Each 
so register contains a single byte-long error counter. The actual errors counted depend on the network type: 
Token-Ring or Ethernet. The names and location of the different error counters are shown in Figure 17 for 
Token-Ring and Figure 18 for Ethernet. 

Reading a statistics register clears its contents, after the read. The reserved M.S. byte of each register 
will always be read as zero. Writing to a statistics register has no effect. 
55 The MSBs of all the error counters are ORed together to create the Statistics Overflow (SO) interrupt 
request in the SEADs IPR register. As more than one counter may have overflowed, all the statistics 
registers should be read on an SO interrupt. 
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It should be noted that reserved registers will always be written as a zero and reading them will always 
return a zero. 

The error counter of the Token-Ring network types include the following error counters. 

Frames receved by the PH without errors into adapter buffers are counted by the GOOD RX Frames 
5 Counter. This counter may not correspond to the number of frames received by the host, if the adapter or 
host is congested. It gives a count of the frames received with a PH receive completion code (rcc) of 0X00. 

The NOBAVI frames counter measures number of frames which were aborted due to insufficient frame 
buffers. In other words, the frames received with a PH receive completion code (rcc) of 11 XX. 

The Duplicate Receiver frames counter measures frames illegally received by an upstream station. In 
w order to increment this counter, the following conditions must be met: 

The frame must be specifically addressed; 

If source-routed the frame must contain a specific route; 

The frame must be received with a PH receive completion code (rcc) of 0x00; 

The incoming A bits (as reported in PH Rx status) must both be set; 
js The local frame error detect bit (LFED in PH Rx status) must not be set; and 

The frame must be internally matched (as reported in PH Rx status). 

The Rtedl frames counter measures transmitted frames that when stripped, were found to have the EDI 
(error detected indicator) set. 

The Good Tx frames counter measures frames transmitted by the PH without error. These frames are 
20 transmitted with a PH transmit completion code (tec) of 0X00. 

The Lost Tx frames counter measures frames transmitted by the PH that failed to be stripped from the 
ring correctly. These counter measures are transmitted with a PH transmit completion code (tec) of 0X10. 

When using an Ethernet protocol the following error counters are utilised. 

The Good Rx frames counter measures the frames received by the PH without errors into adapter 
25 buffers. This counter may not correspond to the number of frames received by the host, if the adapter or 
host is congested. Note that frames with dribble (alignment) errors, but valid CRC are considered to be 
good frames. These frames are received with a PH receive completion code (rcc) of 0X01 . 

The CRC error frames counter measures the frames received from the network that had CRC errors. 
These frames are received with a PH receive completion code (rcc) of 0X10. 
30 The Alignment Error frames counter measures the frames received from the network that had both 
dribble and CRC errors. These frames are received with a PH receive completion code (rcc) 0X11. 

The Deferred Tx frames counter measures frames that on their initial attempt at transmission had to 
defer to prior network traffic. The defer bit reported in PH Tx status is thus set. 

The Good Tx frames counter measures frames transmitted by the PH without error. These frames are 
35 transmitted with a PH transmit completion code (tec) of 0X00. 

The excessive collisions counter measures frames transmitted by the PH that failed to gain access to 
the network in 16 attempts.. These frames are transmitted with a PH transmit completion code (tec) of 0X01. 

The Late Collisions counter measures frames interrupted by a collision after the network slot-time. 
These frames are transmitted with a PH transmit completion code (tec) of 0X10. 
40 The Carrier Loss Errors counter measures frames being sent by the adapter for which receive carrier 
was not detected after a slot-time from the start of transmission. Carrier must be present continuously from 
this point until the end of transmission to prevent an error being logged. These frames are transmitted with 
a PH transmit completion code (tec) of 0X1 1. 

As previously indicated, the register map is different during reset than in non-reset operation. The 
45 register map during reset is shown in Figure 19. 

During reset (i.e. whilst the NRST bit in FCTL is not set), the FPA control store RAM is accessable in 
the FPA register map. The control store RAM is organised as five 1024x16 RAMs, accessed in parallel to 
provide 1024 80 bit words. The 5 individual RAMs can be accessed individually to allow microcode loading 
and verification. 

so The FPA RAM(s) are addressed indirectly, through the RAMADR register 1902. This register holds the 
ROW address of the RAM (equivalent to microcontroller state). The separate RAMs that make up an 80 bit 
word are accessed individually at locations RAMI 1904 through RAMS 1912. Writing to FPA register 
location RAMWR 1914 allows all five RAMs to be loaded simultaneously with the same data. This provides 
a quick method of RAM initialization or pattern testing. 

55 The FPA RAM address register is used to address the microcontroller control store RAM for 
initialization and verification. The register holds the RAM row address that will be used when the RAM RAV 
registers are accessed as is shown in Figure 20. 
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The bit map of each of the five RAM registers are shown in Figures 21 to 25 whilst the RAM W/R 

register bit map is shown in Figure 26. The contents of each bit map are self explanatory to the skilled man 

and will not be described in further detail at this stage- 
Referring to figure 27, which descibes the microcontroller datapath, the CONST (ucode Constant) data 
5 bus 2714 carries a 16 bit value stored in the Control store for every ucode state. This constant value can be 

used as an ALU operand, or to form the address or data of an adapter bus cycle. 

The Dl (Data In) data bus 2716 carries data read from the adapter bus on FPA bus master read cycles. 

The Dl bus is 16 bits wide. In some applications, this bus could be combined with the DO bus. 

The DO (Data Out) data bus 2718 carries data to the adapter bus for FPA bus master write cycles. The 
io Dl bus is 16 bits wide. 

The AO (Address Out) data bus 2720 carries an address to the adapter bus for FPA bus master cycles. 

The AO bus is 20 bits wide and represents a word (16 bit) Address. There is no provision for byte 

addressing. This bus allows wire-ORing of inputs from different sources to allow offset addresses to be 

generated. 

75 The AA (ALU A) data bus 2722 carries operand data to the A-port of the ALU; the AB (ALU B) data bus 
2724 carries operand data to the B-port of the ALU; and the AR (ALU R) data bus 2726 carries the result of 
an ALU operation from the ALU R-port. 

Five general purpose registers TMPO 2702 through TMP4 2710 are used to store values read from the 
adapter bus, and as operands of ALU operations. They can be written from the Dl or AR buses and can 
20 drive the AA, AB. DO or AO buses. The 20-bit AO bus can be driven in one of two different ways: AL - As a 
word (16 bit) address, or AH - as a page (1Kbyte) address. These two addressing modes can be used in 
conjunction with CONST addressing to provide table or indexed addressing. 

The datapath ALU provides a simple set of arithmetic and logical operations. ALU operations supported 
include: ADD, SUB. ADD, INC. DEC byte swapping and bit/byte swapping. Value testing (For ujumps) takes 
25 place on the AB (ALU B) bus. 

The Entry Point and Scheduler control the scheduling of ucode tasks and the generation of state 
addresses. The Scheduler prioritizes the various tasks and selects the appropriate Entry Point address. 
Task state latches store task information used to direct scheduling and Entry point generation. 

The Scheduler prioritizes the tasks that require execution by microcontroller. Tasks are prioritized in this 
30 order; 

0) PH_RX task 

1) PH_TX task 

2) User Commands (in priority order - CMD_0 has highest priority) 

3) SIF tasks 

35 The SIF tasks (SIF_RX, SIF_TX and SIF_US) are prioritized in a Round-Robin manner to ensure fair 
access. The Scheduler maintains latches to indicate which SIF task is currently active, and uses this as the 
basis for prioritizing which should become active next. 

The Entry point logic creates state addresses in the range 0x00-0x27, the allocation of these addresses 
to tasks is shown in Figure 28. 
40 Addresses 0x00-0x17 2802, 2804, 2806 are allocated to the SIF tasks. Each task has eight Entry points 
which correspond to the eight possible values that can be stored in their task state latches. 

Task state latch values of zero or one indicate an idle state, and cause the task to not take part in the 
Round-Robin and overall prioritization schemes. All other state values are capable of causing Entry Points. 
The zero Entry Point address is used as the default Entry Point when no task requires execution. There 
45 is no conflict with the SIF_RX task as it corresponds to an idle state. 

Address 0x18-0x1 B 2810 are allocated to the PH_RX task. These Entry Points are determined by 
various hardware conditions, ft the RX statistics S.M. indicates RXDRY && RXSTOP the DRY entry point is 
used. 

This is an indication that the PH receiver has stopped although there are buffers on the receive queue. 

so This is because the PH_RX microcode added these buffers to the queue just alter the PH read a zero list 
forward pointer. If the ucode saves the address of the last buffers written to the tail of the queue, it can 
quickly restore PH reception from this entry point. 

Unfortunately, things may be more complicated than this. RXDRY is an indication from the RX statistics 
S.M. that the PH has read a zero forward pointer, RXSTOP is an indication from the RX statistics S.M. that 

55 the PH has actualy stopped. RXSTOP does not necessarily follow RXDRY as buffer recovery by the PH can 
cause it to re-read a valid length. The ucode must not save the page number of buffers added to the queue 
if RXDRY is already set. Should there be no network traffic for a length of time after the PH reads a zero 
forward pointer, it may be a while before the PH actually stops. During this time, a number of individual 
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buffers may be added to the receive queue, but the identity of the last buffer added before, RXDRY became 
set must be retained. This is assured by the ucode conditionally testing for RXDRY and only updating the 
saved buffer location if RXDRY is not set. 

EXB 2812 is the Rx Statistics S.M. indicates RXDRY && RXSTOP and the MACINUS latch is not set the 
5 EXB entry point is used. 

The REJECT 2814 entry point has lower priority than DRY or EXB. If there is data from the Rx Statistics 
S.M. in the FIFO and this data indicates REJECT this entry point is used. 

The ACCEPT 2816 entry point has lower priority than DRY or EXB. If there is data from the Rx 
Statistics S.M. in the FIFO and this data indicates ACCEPT this entry point is used. 
io Addresses OxlC-OxlF are allocated to the PH-TX 2818 task. These Entry Points are determined by 
various hardware conditions: 

If the Tx Statistics S.M. detects an End_Of_Buffer EOB 2820 condition (PH clearing the Buffer STS 
field) for Tx, the EOB Entry Point is scheduled. 

If the Tx Statistics S.M. detects an End_Of_Frame EOF 2822 condition (PH writes the Buffer STS field 
75 with the EOF bit set) for Tx the EOF Entry Point is scheduled. 

Addressed 0x20-0x27 2824 are allocated to user commands initiated from the command register. Entry 
Points are allocated on a one to one basis to corresponding Command bits, i.e. CMD_0 bit creates CMD0 
Entry Point 2826. CMD_7 CMD7 Entry Point 2828, etc. 

The Round-Robin prioritizer allows fair allocation of FPA run-time to the various SIF tasks. This is 
20 shown in figure 29. The timing of the transfer of execution between the tasks is a ucode decision, while the 
choice of task is made by hardware. 

The Scheduler maintains a set of latches in which it records the current active SIF tasks (i.e. which task 
should run if ho other higher task is waiting). This latch has four legal values: 
0) None • No SIF task is in an active state, 2902 
25 1) SIF_RX, 2904 

2) S!F_TX. 2906 

3) SIF_US. 2908 

The Scheduler continuously monitors this state and the state of the task state latches to determine if a 
change of active task state is required. Should the current state indicate no task is active and one of the 
30 tasks suddenly becomes active, then that task will immediately become the active task. A task becomes 
active when its task state latches are loaded with a non-idle by ucode. As only one set of state latches can 
be written at a time, two tasks cannot become active simultaneously, so no conflict is possible. 

Once a task has become active, the active state latches can only be altered under ucode control. A 
dedicated ucode conditional branch condition DEFEREQ allows -code to test if there is another task waiting 
35 to run. DEFEREQ is actually a signal from the Scheduler that indicates at least one of the other tasks is in a 
non-idle state. The active task can transfer execution to this task by asserting the DEFERACK ucode 
output. If there is only one other task in the non-idle state, that task becomes the active task. If there are 
two other non-idle tasks (i.e. all three tasks are active), then execution is passed around in turn: 

SIF RX~> SIF_TX— > SIF US-> SIF RX 

40 This is all illustrated by Figure 29, in which the following abbreviations have been used: 

Rx_act 2910 : A non-idle (>1) PH_RX state 

Tx_act 291 2: Anon-idle f> 1 ) PH_TX state 

Us_act 2914 : A non-idle (>1) PH_US state 

Non_act : All SIF task states are idle 
45 The Rx Dupadr S.M. is implemented as semi-random logic, rather than a PLA. This S.M. is shown in 
Figure 30. The data sequencer is implemented as a three bit pseudo-random counter and control logic. A 
separate Set/Reset latch enables A and C bit checking based on the results of the data sequencer. 

The pseudo-random counter has two controls: CLEAR, START and INCREMENT. In addition, it creates 
an output ARM that sets the ARM latch. 
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Term 


Inputs 


Outputs 


3000 


RESET I RDMWRT 


INCREMENT; 


3002 


RESET I PCFWRT 


CLEAR 1; 


3004 


PCFWR & -RESET 


START; 


3006 


001 


CLEAR2; 


3008/3010 


100 &-SPEC 


CLEAR3; 


3012/3014 


110 & -Rl 


ARM;CLEAR4; 


3006/3016 


001 & SRF 


ARM; 



The arm latch indicates that frame is being received that could contain a cheater error 3018. The latch 
is set by the ARM signal 3014/3016 from the data sequencer, and cleared by PCFWR 3004 (which 
indicates start of a new frame). 

A cheater error 3018 (Duplicate Address) error is recorded if the ARM latch is set and a Receive status 
write cycle occurs with the following data: 

0) EOF bit set 

1) INMATCH bit set 

2) Rcc(0-3) = 0X00 

3) LFED bit not set 

4) PCFE A and C bits sets 

The pin assignments for the auxiliary processor (52-pin PLCC) are shown in Figure 31, whilst Figure 32 
shows a block diagram of the same device. 

When connecting the auxiliary processor to the main processor pins with like names names should be 
connected. 

The FPA MANT0 and MANT1 pins are used to select the manufacturing test modes. Normally, these 
pins will be held high by the built in pull-ups. Options are encoded on these pins as follows: 

MANTO = 0; MANT1 = 0; Unit in place mode places the FPA in its "Unit in place" test mode. In this 
mode, all pins are tristated. 

MANTO = 0; MANT1 = 1; MADLO = 0; Scanpath Self Exercise mode causes the FPA to shift a 
pseudo-random bit pattern through its SRL scan chain. This provides a high level of internal node-toggling 
for life- testing or device burn-in. Scan path data (the pseudo-random bit pattern) will appear as an output on 
SBRLS. 

MANTO = 0; MANT1 = 1; MA DLO = 1 ; Scanpath Shift m ode causes the FPA to shift its SRL scan 
chain. Data is scanned in on MBGR, and scanned out on SBRLS. 

MANTO = 1 ; MANT1 = 0; Scanpath Hold mode causes the FPA to not load (Evaluate) or shift its SRL 
scan chain. In this mode, the internal M-phase clocks of the FPA (M1-M8) are driven out on the MADL(0-7) 
bus pins. MADLO carries clock M8, MADL1 M1, MADL2 and so on up to MADL7 carrying M7. 

The details of the other pins are described in more detail below: MAD HO - MADH7 are local memory 
Address Data and Status Buses (high byte). For the first quarter of the local memory cycle these bus lines 
carry address bits AX4 and AO to A6; for the second quarter, they carry status bits; and tor the third and 
fourth quarters, they carry data bits 0 to 7. The most significant bit is MAD HO and the least significant bit is 
MADH7. 

MADL0-MADL7 are local memory Address Data and Status Buses (low byte). For the first quarter of the 
local memory cycle these bus lines carry address bits A7 to A14; for the second quarter, they carry 
address bits; AX4 and AO to A6; and for the third and fourth quarters, they carry data bits 8 to 15. The most 
sign ifican t bit is MADLO and the least significant bit is MADL7. 

MAL is a Memory Address Latch. This is a strobe signal for sampling the address at the start of the 
memory cycle; it is used by SRAMs and EPROMs. The full 20-bit word address is valid on MAX0, MAXPH, 
MAX2. MAXPL, MADH0-MADH7 and MADL0-MADL7. Three 8-bit transparent latches can therefore be used 
to retain a 20-bit static address throughout the cycle. 

If there is a rising edge, there is no signal latching and if there is a .latching edge, the above mentioned 
address signals are allowed to be latched. 

MAXO is a local Memo ry Extended Address Bit. This signal drives AXO at ROW address time (which 
can be latched by MRAS) and normally it drives A12 at COL address and DATA time tor all cycles. 
However, if the FPA DEBUG mode is enabled, then A12 is replaced by an extended status bit. 

MAX2 is a loc al Mem ory Extended Address Bit. This signal drives AX2 at ROW address time (which 
can be latched by MRAS) and normally A14 at COL address and DATA time for all cycles. However, if the 
FPA DEBUG mode is enabled, then A12 is replaced by an extended status bit. 
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MAXPH is a local Memory Extended Address and Parity High Byte. For the first quarter of a memory 
cycle, this signal carries the extended address bit (AX1); for the second quarter of a memory cycle, this 
signal carries the extended address bit (AXO); and for the last half of the memory cycte. this signal carries 
the parity bit for the high data byte. 
5 MAXPL is a local Memory Extended Address and Parity Low Byte. For the first quarter of a memory 
cycle, this signal carries the extended address bit (AX3); for the second quarter of a memory cycle, this 
signal carries extended address bit (AX2); and for the last half of the memory cycle, this signal carries the 
pari ty for th e low data byte 

MBEN is a buffer enable signal which enables the bidirectional buffer outputs on the MADH, MAXPH, 
10 MAXPL and MADL buses during the data phase. This signal is used in conjunction with MDDIR which 
sel ects the buffer output direction. 

MBGR is a local bus grant signal which indicates that the FPA has been granted access to the adapter 
loca l memo ry bus. 

MBRQ is a local bus request signal used by the FPA to request bus master access to the adapter local 
is me mory b us. The FPA also monitors this signal to allow it to defer to other higher-priority bus requests. 

MCAS is a Column Address Strobe for DRAMs. The column address is valid for the 3/16 of the memory 
cycle following the row address portion of the cycle. This signal is driven low every memory cycle while the 
column address is valid on MADL0-MADL7, MAXPH and MAXPL, except when one of the following 
conditions occurs: 

20 1) When the address accessed is a TMS380Cx6 internal register (>01.0100->01.01FF). 

2) When the address accessed is in the TMS380Cx6 external device address range {> 01. 0200- 
>01.02FF). This address range includes the FPA registers. 
MDDIR is a data directio n signal used as a direction control for bidirectional bus drivers. The signal 
becomes valid before MBEN active. When the signal is high, an auxiliary processor memory bus write 
25 occ urs an d when the signal is low, auxiliary processor memory bus read occurs. 

MOE is a memory output enable signal to enable the outputs of the DRAM memory during a read 
cycle. This signal is high for EPROM or BIA ROM read cycles. When this signal is high, DRAM output is 
disa bled o r when it is low, DRAM output is enabled. 

MRAS is a Row Address Strobe for DRAMs. The row address lasts for the first 5/16 of the memory 
30 cycle. This signal is driven low every memory cycle while the row address is valid on MADL0-MADL7, 
MA XPH and MAXPL for both RAM and register access cycles. 

MW is a local memory write signal used to specify a write cycl e on the local memory bus. The data on 
the MADH0-MADH7 and MADL0-MADL7 buses is valid while MW is low. DRAMs latch data on the failing 
edge MW, while SRA Ms latch data on the rising edge of MW. If MW is high, there is not a local memory 
35 writ e cycle an d if MW is low, there is. 

M RESET is a memory bus reset signal provided by the main processor. The SBRLS is a system bus 
release signal which pr ovides control of the SBRLS pin of the main processor. If an implementation uses 
SBRLS then the FPA SB RLS ou tput signal should be logically OR'ed with the host signal before it is 
applied to the TMS380Cx6 SBRLS input pin. 
40 MBCLK1 and MBCKL2 are local bus clock 1 and 2 signals which are referenced for all local bus 
transfers. MBCKL2 lags MBCKL1 by a quarter of a cycle. 

PLLCAP is a phase locked loop (PLL) tuning capacitor pin which may not be necessary, but space 
should be provided for a XR7 0.1 uF capacitor. 

Vdo L is a positive supply voltage for a digital logic and V DD is a positive supply voltage for output 
45 buffers. All Vdq or Vool pins must be attached to the common system power supply plane. 

PLLV D0 is a positive supply voltage for PLL. PLLV DD is isolated to a separate PLL power pad with ferrite 
bead separation from the common system power supply plane. Separate decoupling capacitors may be 
provided from PLLVdo to PLLVss. 

v ssc is a ground reference (clean ground) for output buffers; Vssl is a ground reference tor digital logic 
so and Vgg is ground connections for output buffers. All Vgs pins must be attached to the common system 
ground plain. 

PLLVss is a ground reference to PLL which is attached to the common system ground plane. 

The MANTO and MANT1 signals that are not allowed to change dynamically and therefore have no 
timing associated with them. They should be strapped high or low as required. 
55 Timing parameter symbols have been created in accordance with JEDEC standard 100. In order to 
shorten the symbols, some of the pin names and other related terminology have been abbreviated as 
shown below; 
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DR 


DRVR 


RS 


SRESET 


DRN 


DRVR 


VDD 


Vddl. Voob 


OSC 


OSCIN 






SCK 


SBCLK 







Lower case subscripts are defined as follows: 



c 


cycle time 


r 


rise time 


c 


delay time 


sk 


skew 


h 


hold time 


su 


set-up time 


w 


pulse duration (width) 


t 


transition time 



is The following additional letters and phrases are defined as follows: 



H 


High 


Z 


High impedance 


L 


Low 


Failing edge 


No longer high 


V 


Valid 


Falling edge 


No longer low 



Claims 

25 1. A Local Area Network (LAN) adapter for connecting a host system to a Network providing an interface 
between the network and the host, including a main processor and an auxiliary processor including 
operating means adapted to carry out a number of operations normally performed by the main 
processor, thereby increasing the frame transfer rate of the adapter. 

30 2. An adapter according to claim 1, wherein the operating means comprise frame transfer management 
means for managing the transfer of frames to and from the host system. 

3. An adapter according to claim 1 or claim 2, wherein the operating means comprises protocol handling 
management means for managing all protocol handling operations of the adapter. 

35 

4. An adapter according to any preceding claim, wherein the operating means comprises memory 
management means for managing the operation of buffers in the adapter. 

5. An adapter according to any preceding claim , wherein all the operations of the auxiliary processor 
40 occur in parallel during only one bus cycle of the main processor. 

6. An adapter according to any preceding claim, wherein the auxiliary processor includes a microcontroller 
in the form of a horizontally microcoded datapath in contact with a control store, means adapted to 
store customisable ucode for operating predetermined applications. 

45 

7. The adapter according to claim 6, wherein the control store means is a Read Access Memory (RAM). 

8. The adapter according to claim 6, wherein the control store means is a Read only Memory (ROM). 

so 9. An adapter according to any of claims 6 to 8, wherein the auxiliary processor further includes 

a plurality of registers for temporarily holding data as it is transferred from one part of the auxiliary 
processor to another; 

one or more state machines for storing data for use by the microcontroller; 

a memory for identifying certain parameters relating to frames, and informing the microcontroller of 
55 said parameters; 

an interface between the auxiliary and main processors for allowing data passage between the two 
processors. 
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10. An adapter according to any preceding claim, in the form of an integrated circuit. 

11. An adapter substantially as herein before described with reference to, and as illustrated in figures 2 to 
32 of the accompanying drawings. 

5 

12. An auxiliary processor for use in a Local Area Network (LAN) adapter, which adapter provides an 
interlace between a network and a host and includes a main processor, wherein the auxiliary processor 
includes operating means adapted to carry out a number of operations normally performed by the main 
processor, thereby increasing the frame transfer rate ol the adapter. 

10 

13. An auxiliary processor according to claim 12, wherein the operating means comprise frame transfer 
management means for managing the transfer of frames to and from the host. 

14. An auxiliary processor according to claim 12 or claim 13, wherein the operating means comprises 
15 protocol handling management means for managing the protocol handling operations of the adapter, in 

use. 

15. An auxiliary processor according to any one of claims 12 to 14, wherein the operating means 
comprises memory management means for managing the operation of buffers in the adapter, in use. 

20 

16. An auxiliary processor according to any one of claims 12 to 15. further comprising a microcontroller 
having a horizontally microcoded datapath with a control store means adapted to store customisable 
microcode for operating predetermined applications, in use. 

25 17. An auxiliary processor according to claim 16, wherein the control store means is a Read Access 
Memory (RAM). 

18. An auxiliary processor according to any of claims 12 to 17, wherein the operations of the auxiliary 
processor occur in parallel during on bus cycle of the main processor. 

30 

19. An auxiliary processor substantially as herein before described with reference to and as illustrated in. 
figures 2 to 32, of the accompanying drawings. 
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